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METHOD AND APPARATUS OF TRANSFORMING A CLASS 

TECHNICAL FIELD 

The present invention generally relates to object-oriented programming and more 
specifically to transform a class. 

5 BACKGROUND OF THE INVENTION 

Computer systems typically include operating system software that controls the basic 
function of a computer, and one or more software application programs that run under 
the control of the operating system to perform desired tasks* As the capabilities of 
computer systems have increased, the application software programs designed for high 
10 performance computer systems have become extremely powerful. Additionally, 
software development costs have continued to rise because more powerful and 
complex programs take more time, and hence more money, to produce. 

^ „^.Pp?.^?3lJ^- .which the p erfo rmance of application ^ftwam 

improved while the associated development costs have been reduced is by using 

1 S object-oriented progranuning concepts. The goal of using object-oriented programming 
is to create small, reusable sections of program code known as 'bbjects" that can be 
quickly and easily combined and reused to create new programs. This is similar to the 
idea of using the same set of building blocks again and again to create many different 
structures. The modular and reusable aspects of objects will typically speed 

2D development of new programs, thereby reducing the costs associated with the 
development cycle. In addition, by creating and reusing a comprehensive set of 
well-tested objects^ a more stable, uniform, and consistent approach to developing new 
computer programs can be achieved. 

Another central concept in object-oriented programming is the **class*'. A class is a 
25 template or prototype diat defmes a type of object. A class outlines or describes the 
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I 
I 

characteristics or makeup of objects that belong to (hat class. By defining a class» 

I 

objects be created that belong to the class without having to rewrite the entire 
definition for each new object as it is created. This feature of object-oriented 
programming promoter the reusability of existing object definitions and promotes more 
5 efficient use of code. 

"Java" is the name of a well-known and popular object-oriented computer 
programming language which is used to develop software applications. Java's 
popularity stems in part finom its relative simplicity and the hct that Java is written in a 
manner that allows different computers (i.e., platforms) to execute the same Java code, 
i 10 In other words, Java is platform-independent This featuie has caused the use of Java to 
gieatly increase with the growing popularity of the Internet, which allows many 
different type of computer platforms to communicate with each other. 

The execution of multiple, mutually distrusting applicatioa<i or multiple instances of 
the same application for different users in a Java Virtual Machine* also abbreviated as 

; J 5 JVM, requires a fonn of multipit>ce$sing which protects the integrity of the JVM as 
well as the integrity of individual applications. ICnown solutions protect procet^ses by 

; loading application classes ih^ 

of only the core Java classes lyetween processes. These techniques are costly in terms 
of memory consumption, startup time and inter*domain commutiication. Thus, there is 

: 20 a need for a new approach which overcomes these limitations. 

I 

Multiprocessing support is needed to perform resource management, i.e., to prevent a 
single application from exhausting the available memoxy^ network bandwidth or 
storage. There are no default facilities in so-called oif-the-shelf JVMs that support 
these capabilities. In the Internet, there is a trend to execute foreign and therefore 
.25 untmsted code. One way to circumvent the lack, of multiprocessing support in Java is 
to start a separate JVM for each application and to lely on the underlying operating 
system for those services. However, this comes at a cost. A JVM consumes sigmficani 
amounts of memory, the JVM startup time adds to the application startup time, and the 
communication between applications causes process context switches in the underlying 
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opereting system. Furthermore, there are small devices such as the Palm Pilot where 
the operating system does not siippoit multiprocessing. 

Single-address-space systems, as described by B. N. Bershad, S. Savage, P. Paandyak et 
ai: Extensibility, Safety, and Perfomiance in the SPIN Operating System. In 
5 Proceedings of the 15th ACM Symposium on Operating Systems Principles, 1995, use 
software mechanisms to provide protecdon. A type-safe language guarantees that 
refeiences to objects cannot be forged, e.g., one cannot get hold of an object by casting 
an integer value into an object reference. In Java, t>pe*$afety is enforced through byte 
code verification, explicit casting, and type-checking. 

10 Several projects, e.g.. Dirk Balfanz and Li Gong: Experience with Secure 
Multi-Processing in Java, Princeton University, Technical Report 560-97, Sept. 1997; 
Patrick Tullmann and Jay Lepreau: Nested Java Processes: OS Stmctuie for Mobile 
Code, Proceedings of the Eighth ACM SIOOPS European Woikshop, Sinua, POxtugol, 
Sept. 1998; or Chris Hawblitzel, Chi-Chao Chang, Gizegora Czajkowski, Deyu Hu, 

IS and Thorsten von Eicken: Implementing Multiple Protection Domains in Java, 1998 
Usenix Annual Technical Conference^ use Java's type safety to provide protection for 
Java processes. They all suffer fix5m the same Java characteristic: static fields, also 
referred to as class variables or class fields, which have global variable semantics in 
Java and are accessible to all processes sharing the class in which the static field is 

20 declared. Therefore, static fields can be used to retrieve references to objects of other 
processes and thus to bypass process boundaries. To solve this problem, the mentioned 
projects propose the creation of separate class name spaces for processes. The 
consequences are increased memory consumption and longer startup times, both due to 
separate class loading and just-lnHune compilation. Further, the intcr-process 

25 communication (PC) mechanisms suffer from an overhead Inttoduced by the use of 
Java's serialization mechanism for arguments and return values. 
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OBJECT OF THE IN VENTION 

It is an object of the piesent invention to overcome the disadvantages of the prior art* 

It is another object of the present invention to provide a mechanism which allows a 
safe class sharing of ^plication classes between processes even in the presence of 
static fields; 

It is still another object of the present invention to reduce the per-process memory 
requirements. 

It is a further object of the present invention to speed up process startup times. 

It is still a further object of the present invention to provide faster inter-process 
communication (IPC). 
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i SUMMARY AND ADVANTAGES OF THE INVENTION 

! The objects of the invention are achieved by the features stated in the enclosed 

independent claims. Further advantageous implementations and embodiments of the 
invention are set forth in the respective subdaims. 

i S The invention provides a mechanism of u-ansfonning a class. After the transfoxmation, 
a safe class shaiing among several processes is achieved. The mechanism is 
particularly suited for an object-oriented environment, such as Java. 

I 

The basic idea of die invention is to transfonn a class or an original class into at least 
two classes^ in other words the original class is split into a helper claiss and a modified 
; 10 class, also referred to a modified-original class. The original class comprise*^ static 
fieidSi also referred to as class fields, a class-initializer method, also referred to as 
class-initialization method^ and/or class or usage methods. The modified class, as a 
. non-static part, contains instance fields and all usage methods while the helper class, as 

a static pan, contains the fomaer static fields of the original class. The static fields of 
15 the original class are transformed into instance fields in the helper class. During 

. 1^ runthcne, one instance of the . helper class is created at least for . eacb.process^using that 

modified-original class. Thus, the semantics of the static fields of the original class 
i become those of process-gjiobal variables. Because modified classes and helper classes 
do not contain static fields they can be shared securely. 

. 20 Each static field in the original class is replaced in the modified class with, for 
example^ two (static) access methods, also referred to as access functions, one for read 
and one for write access to the former static field which then is an instance field of the 
corresponding help^ class. An access function first retrieves the instance of the helper ' 
class assigned with the current process and then reads or writes the instance variable 
25 for which it acts as an replacement 



-6- 



CH9-2000-0020 



The functionality of the class-initializer method of the original class is displaced into 
I the constructor, i.e., the instance-initializer method, of the helper class, since the 

transfonned static fields should be initialized for each process separately. 

I The splitting of the original classes causes broken references in static field accesses not 

[ 5 only in the modified«originaI class but also in other classes that accessed static fields of 

the original class. Therefore, static field accesses in all application classes are replaced 

by method invocations of the corresponding access functions. 

In reality, the transformed classes can be shared in the system class loader or anottier 
I jointly used class loader whereby the static fields of the original classes end up as 
10 process-global variables with separate copies in each process. Thus, a fast copy 
\ mechanism for inter-process communication (IPC) can be used for arbitrary argument 
: types. 

In general, the transformed classes, i.e. the helper and modified classes, show several 
advantages compared with the original or untransformed classes, such as the startup 
, 15 times for the processes can be reduced. Moreover, the per-process memory 
consumption can be reduced, and the inter-piocess conmiunication (IPC) becomes 
faster while the isolation property of a single process is maintained 

The transformation can be applied to a byte code, e.g* Java byte code and is therefore 
very efficient, since the (Higinal code does not need to be rewritten. A safe sharing of 
20 application classes between processes even in the presence of static fields can be 
achieved. In particular, for Java applications this means that a safe cla&& sharing among 
Java processes is achievable. 

The mechanism of transforming a class is beneficial to applications on both sides of 
the client-server progranoiming model. Server-side applications can run for different 
25 users with different privileges and nevertheless share the application code. On the 
client siide, different applications can run simultaneously in the same Java Virtual 
Machine, also abbreviated as JVM, without interfering with each other. The mentioned 
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savings can be realized if different applications use the same library, e.g* a graphics or 
algorithmic package. 

It proves advantageous that the class loading perfoxxnance of different JVM 
implementacions decreases with an increasing number of classes already loaded. Also, 
the number of loaded classes can be reduced significantly when the same application is 
run multiple times in parallel 
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DESCRIPTION OF THE DRAWINGS 



Tbe invention is described in detail below with reference to the following schematic 
drawings* 

FIG.l shows a block diagram of an apparatus according to a preferred 

5 embodiment of the present invention. 

FIG* 2 shows a schematic diagram of a transformation according to tbe present 
invention, 

CIG* 3 shows a schematic tiansfomiation of a sample code of an original class 
into a helper class and a modified-original class. 
10 FIG. 4 shows a schematic transfonnation of an example method of a class. 

FIG« 5 shows a schematic diagram of a transformation according to the present 

invention applied to an interface. 
HG. 6 shows a schematic transformation of a sample code of an interface into 
a modified interface and a helper class. 
15 FIG. 7 shows a schematic transfomiation of accesses to class fields of 

interfaces. 



All the f igures are for the sake of clarity not shown in real dimensions, nor are the 
relations between the dimensions shown in a realistic scale. 
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DETAD-ED DESCRIPnON OF THE INVENTION 

With general teference to the figures and with specia] reference to Hg. 2 the essential 
features of transforming a class is described in more detaii below. At first, some 
genera] points are addressed. 

5 Object-oriented progranuning is a method of program implementation in which 
programs axe organized as cooperative collections of objects, each of which represents 
an instance of some class, and whose classes are all members of a hierarchy of classes 
united via inheritance relationships* Object-oriented programixdng differs from 
! standard procedaral programming in that it uses objects, not algorithms, as the 

' 10 fimdamental building blocks for creating computer programs. This difference stems 
from the fact that the design focus of object-oriented programming technology is 
wholly different than that of procedural progranuning technology. The focus of 
i procedural-based design is cm the overall process used to solve the problem; wheieas 
the focus of object-oriented design is on casting the problem as a set of autonomous 
' 15 entities that can work together to provide a solution. The autonomous entities of 
object-oriented technology are, of course, objects. Object-Oriented technology is 
lipiificMtly diffei^r f^ technblo^ because aie"broKeh~dowh 

into sets of cooperating objects instead of into hierarchies of nested computer programs 
or procedures. Thus, a pure object-oriented program is made up of code entities called 
: 20 pbjects. Each object is an identifiable, encapsulated piece of code and data that 
i provides one or more services when requested by a client. Conceptually, an object has 
two parts, an external object interface and internal object implementation. In particular, 
all object impl^nentation functions are encapsulated by the object interface such that 
other objects must communicate with that object through its object interface. The only 
.25 way to retrieve, process or otherwise operate on the object is through the methods 
defined on the object. This protects the internal data portion of the object from outside 
tampering. Additionally, because outside objects have no access to the internal 
implementation, that internal implementation can change without affecting other 
aspects of the program. 
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In this wayt the object system isolates the requester of services (client objects) from the 
providers of services (server objects) by a well defined encapsulating interface. In the 
classic object noiodel, a cllcm object sends request messages to server objects to 
perform any necessary or desired function. The message identifies a specific method to 
5 be perfonned by the server object, and also supplies any required parameters. The 
server object receives and interprets the message, and can thien decide what service to 
perform. 

There are many computer languages available today that support object-oriented 
programming. For example, Smalitalk, Object Pascal. C++ and JAVA ane all examples 
10 of languages that support object-orlenled programming to one degree or another* 

The present disclosure is described with reference to the Java programming language. 
For this reason, this description will udlize the nomenclature of lava. The following 
Java nomenclature is used frequently throughout the description and will be described 
herein briefly. A class is a grouping of instance variables and methods that is used to 

15 describe the behavior of an object. In general* a class is a software construct that 
i defines the data (state) and methods (behavior) of the specific concrete objects diat are 
subsequently constructed ftom that dassrIh Java teroiinology, a class is built out of 
members, which are either fields or methods. Fields are the data for the class. Methods 
are the sequences of statements that operate on the data. Fields are normally specific to 

1 20 an object that is, every object constructed from the class defmition will have its own 
copy of the field. Such fields are known as instance variables. Similarly, methods are 
also normally declared to operate on the instance variables of the class, and are thus 
known as instance methods. An object is an instance of a class. An instance variable is 

: the data of an object that is instantiated icom a class. A static instance variable is one 

,25 that will be ftic same for all instances of the class. A non-static instance variable varies 
for each instance of die class. Constant data refers to data that is not altered during 
program execution. 



A method or function is a program segment that performs a well-defined series of 
Operations. In Java, a method is implemented by instructions represented as a stream of 
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byte codes. A byte code is an 8-bit code that can be a portion of an instniction such as 
an 8*bit operand or opcode. An interface is an abstract class where the byte codes that 
implement the method are defined at runtime. A Java application is an executable 

I 

module consisting of byte codes that can be executed using the Java interpreter or the 
5 Java just-in-time compiler. A more detailed description of the features of the Java 
progranuning language is described in Tim Ritchey, Programming with Java Beta 2.0, 
New Riders Publishing (1995). 

Java is a modern object-oriented programming language designed by Sun 
Microsystems that has grown in popularity in lecent years. Java offers many features 

! 10 and advantages that makes it a desimble programming language to use. First, Java is 

i specifically designed to create small application programs, commonly called "applets", 
that can reside on the network in centralized servers, and which are delivered to the 
client machine only when needed. Second, Java is completely pjatfonn independent. A 
Java program can be written once and can then run on any type of platform that 

: IS contains a Java Virtual Machine, also abbreviated as JVM. The JVM model is 
supported by most computer vendors, thereby allowing a software vendor to have 

: „ access to hardware and software sj^tems produced by many difibrent companies. 

Finally, Java is an object-oriented language, meaning thai software written in Java can 
take advantage of the benefits of object-oriented programming techniques. As in other 
20 object-oriented systems, operations in Java aie perfonned by one object calling a 
method on another object These objects can reside locally on the same machine or on 
separate JVM*s physically located on sepai*ate computers or systems. 

A "Java process" can be defined as a set of threads which is kept together by a structure 
called the thread group ( j ava • lang . ThreadGroup)^ 

,25 The "class name space" of a process is defined by the class Joader that loaded the initial 
application class, i.e. the class containing the applications main () method. A class 
loader's class name space contains classes loaded by itself and all or a subset of the 
classes loaded by its parent class loader. For example* the class name space of an 
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application class loader could contain application classes plus the classes of the core 
Java lifaraiies loaded by the JVM' s system class loader. 

A thread can only access objects which are in the object closure of the threads 
executing in the same thread group. The "process boundary" is defined by this object 
5 closure, also called the process object closure. A process' object closure encompasses 
all objects created during the execution of one of the process' threads and still 
referenced from the execution stack., i.e., referenced by a method local variable. 
Recursively, it contains all objects referenced by objects of the object closure. It 
contains further all objects which are referenced from static fields of classes in the 
10 process* class name space. 

When the word process is mentioned in the following, then it refers to a Java process 
as mentioned above. 

In order to aid in the understanding of the present invention, F]g» 1 shows a high-level 
block diagram of a computer 100 for transfornung a class. However, those skilled in 

IS the art will appreciate that the method and apparatxis of the present invention apply 

equally., to. any_ computer jcv computer system, .rega^ 

system is a complicated multi-user computing apparanis or a single user device such as 
a personal computer or workstation. The computer 100 suitably comprises a processor 
110, a mam memory 120, a memory controller 130, a storage device or interface 140. 

.20 and a terminal interface 150, all of which are interconnected via a system bus 160. 
Various modifications, additions, or deletions may be made to the computer 100 
illusurated in Fig. 1 >vithin the scope of the present invention such as the addition of 
cache memory or other peripheral devices. The processor 1 10 performs computation 
and control functions of the computer 100 and comprises a suitable central processing 

25 unit (CPU). The processor 110 may comprise a single integrated circuit, such as a 
microprocessor, or may comprise any suitable number of integrated circuit devices 
andyor circuit boards working in cooperation to accomplish the ftmctions of a 
processor. The processor 110 suitably executes programs or instructions within the 
main memory 120. The storage device 140 allows the computer 100 to store and 
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ixitrieve infonnatioD. The memory controller 130, through use of a processor (not 
shown) separate from fhe processor 110, is responsible for moving requested j 
information from the main memory 120 and/or through the storage device 140 to the | 
processor 110. While for the purposes of explanation, the memory controller 130 is j 
5 shown as a separate entity, those skilled in the art understand that, in practice, portions 
of the function provided by the memory controller 130 may acmally reside in the 
circuitry associated with the processor 110. the main memory 120» and/or the storage 
device 140. The terminal interface ISO allows the computer 100 to communicate with 

I other computers or devices. Although the computer 100 depicted in HG. 1 contains 

i 10 only a single main processor 1 10 and a single system bus 160* it should be understood 
that the present invention applies equally* to computer systems having multiple 
processors and multiple system buses. Similarly, although the system bus 160 of the 
preferred embodiment is a typical hardwired^ multidrop ljus, any connection means that 
supports bi-directional communication in a computer-related environment could he | 
IS used. The main memory 120 suitably contains an operating system 122, a class \ 

j transformation program 124^ a creator nnodule 126, and a Java byte code program 128 
comprising an original class 20 and a class 30. The creator module 126 is created 

... and/ormanipulated-by^meportion-of-thexlass-transfonxi^^ 

*'memory*' as used herein refers to any storage location in the virtual memory space of 
20 the computer 100. It should be understood that the main memory 120 will not 

necessarily contain all parts of all mechanisms shown. For example, portions of the j 

> 

class transformation program 124 and operating system 122 may be loaded into an { 
instruction cache (not shown) for processor HO to execute, while other files may well 
be stored on magnetic or optical disk storage devices (not shown). In addition, 
.25 although the class transformation program 124 is shown to reside in the same memoiy 
location as the operating system 122, the creator module 126. and the Java byte code 
program 128, it is to be understood that the main memory 120 may consist of multiple 
disparate memory locations. 

I 

1 
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The structure of the computer 100, as described with reference to Fig. 1, is to be seen 
as the underlying device that can be used to transfonn a class as described in the 
following embodiment. 

Referring now to Fig. 2, where a schematic diagram of transforming a class according 
5 to Che present invention is shown. Fig. 2 depicts two classes, an original class 20 and a 
class 30. The original class 20 comprises here two class fields 2 and an original-class 
class-initialization method 3 whilst the class 30 comprises here two usage methods 5 
which have accesses 42, 43 to the class fields 2. These usage methods 5, also called, 
static or class methods, can be instance methods. A first process 50 and a second 
10 process 60 are executed by use of a class loader 40 after the transformation. The first 
process SO comprises a fxtst instance 51 with instance fields 12« and the second process 
60 comprises a second instance 61 wifli instance fields 12. 

On the one hand the original class 20 is transfonned to a helper class 21, as indicated 
by the arrow labeled with "a", and on the other hand the original class 20 is 
IS transformed to a modifled-original class 22, The class 30 is transfonned to a 
corresponding modified class 31, as indicated by the am>w labeled with "b". As 
indicated by the dashed lines labeled w 

instance field 12 and introduced into the helper cjass 2L Furthermore, the 
original-class class-initialization method 3 is convened to a helper-class 
20 instance-initialization method 13, as indicated by the dashed line labeled with "ii/'. The 
helper-class 21 comprises a class-initjalization method 14 that is able to create a table 
IS, e.g. a hash table IS. Instead of the hash table 15 any structure that provides a 
mapping from a process or a process identifier to an instance of the helper class 21 
might be used. 

23 In the modified-original class 22 each class field 2 is replaced by an access ftmction 23, 
24, 25, 26, for example, by a read access function 23, 25 and/or a write access function 
24, 26. 
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The usage methods 5 from the class 30 are converted to modified-usage methods 6, as 
indicated by the broken line, wheieby each former access 42, 43 to one class field 2 is 
replaced by an invocation 33, 36 of the lespective access function 23, 24, 25, 26. This 
invocation 33, 36 is able to fetch from the instances SI, 61 of the helper class 21, 
5 which are assigned to the processes 50, 60, the respective instance field 12. The 
instance fields 12 correspond to the class fields 2. 

After the transformation, the helper class 21, the modified-original class 22 and the 
modified class 3 1 are loaded by the dass loader 40 in order to run the processes S0» 60. 

Some implementation details are described with reference to Fig. 3 to 7 where the 
I 10 same reference nxunbers are used for the same elements. 

Hg. 3 shows the transformation, indicated by tiie box labeled with "T", of a sample 
' code 300 applied to a normal class where the original class 20 is transfomied to the 
helper class 2 1 and the modified-original class 22. The helper class 21 can be regarded 
as the static-part of the original class 20 whilst the modified-originai class 22 as the 
; 15 non-static part of the original class 20. It can be seen that class fields 2, also referred to 
as static fields, of the original class 20 (A . a and A .b) show up as instance fields 12 in 
the helper class 21 (A staticPart -a and ^staticPart .b). 

The hash table 15 (A stat icPart -bt) is used to retrieve the instance 5U 61 of 

the helper class 21 that corresponds to the current process 50, 60. It is the only static 

:20 field in any ^plication class. It can not be used to bypass the process boundary 

because it is accessible only from within the helper class 21 (A staticPaxt) in 

which it is declared private (access modifier private). Li general, helper classes 21 

• are aerated by the class transformation T which prevents user manipuJatidns. The 
class-initialization method 14, also referred to as constructor, (not shown in the figure) 

25 registers all instances of the helper class 21 within the hash table 15. This easuies that 
there will be exactly one instance per process 50, 60. The hash table 15 provides thus 
the mapping from processes 50, 60 to their conesponding process-global variables. 
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In the original c]as$ 20, the initialization of the class fields 2 is done in the 
oiiginal-class class-initialization method 3 or short class initializer method 3 
(A.<clinit>()) (not shown in the figure). The transfoimation moves this 
functionality to the constructor method also called helper-class instance initia]i2ation 

5 method 13 of the helper class 21 (A stat icPart • <init> ( ) ) (not shown in the 

flguie). This should he done because the transforaied class fields 2 need to be 
initialized once per process in contrast to the one dme initialization during class 
loading. The helper-class instance initialization method 13 of the helper class 21 is 
declared with a private access flag to prevent abuse. It is executed if the method 

10 A ,3 ta t IcPar t . get { ) cannot find an instance for the cunent process in the hash 

table 15. This guarantees that the transformed class fields 2 arc correctly initialized 
before their first use. In cases where the class initializer method 3 (A. <Glini t> ( ) ) 
has side effects on class fields 2 of other classes it might be that the class initialization 
does not happen in the usual order or not at alL To prevent this, it should be provided 

15 that ail classes whose <clinit>(} are more complex than just initializing class 
fields 2 with constant values are executed on process startup in the same order as It 
would happen for the original classes 20. 

In Oie modified-original class 22, for each class field 2 access functions 23, 24, 25, 26 
are added* e.g.. A. ^get a{) as a read function 23 and A. set a()as a 

20 write function 24 replace the class field 2 (A. a). These access functions 23, 24 are 
used to access the displaced fields. The access modifiers assigned to the class fields 2 
in the original class 20, e.g. public for A. a and private for A,b, are assigned to 
the corresponding access functions 23, 24, For class fields 2 that were declared to be 
constant (access modifier final), the set method is left out. This 

25 guarantees the odginal semantics. 

An example of an insplementation of the read access function 23 a . ^get a ( ) is 

shown in Fig 3, It uses the method A staticPart ♦get O to retrieve the 

conesponding instance of the helper class 21 and then selects and returns the field 
A staticPart . a for which the method is a replacement. The implementation of 
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the method a . set a ( ) differs only in the sense that it makes an a!>signmem and 

letiims avoid. 

Th6 removal of the class fields; 2 needs to be reflected in all classes 20, 30 that access 
the class fields 2. Fig. 4 shows the transformations, indicated by the box labeled with 
i 5 of a sample code 400 applied on an example method 5, method B . x ( ) . The write 

access 43 of the class field 2 is replaced with an invocation 36 of a write access 

function 24 A , set a ( ) and the read access 42 is replaced with an invocation 33 

of the read access function 23 A . ^ge t ( ) within the modified class 3 1 . 

In the byte code this translates to replacing the byte code operations OETSTATIC and 
10 PUTSTATIC with an INVOKESTATIC byte code operation of the corresponding 
access function 23, 24, 25, 26. The following Table 1 summarizes the general 
transfcmations applied to the original class. 



Before Transformation 1 After Tran 
original class R modified-original class 


sformation 

helDe^class 


class name A 

.. . „ _ 


class name A 


class name 
A_staficPart 


class field a 


access functions 

get_a() and 

set_a() 


instance field a 


field access modifiers 


method access . 
modifiers 


field access modifier 


- public* protected, private 


- public^ protected, 
private 


-n/a 


- final, transient, volatile 


•n/a 


- final, transient, 
volatile 


class initialization method 
<clinit>() 


n/a 


constructor <imt>0 


access to class field within a 
method 


method invocation 


n/a 


.GETSTATlCA.a 

. - 


INVOKESTATIC 
.-^t_a() 




- PUTSTATIC A.a 

* 


INVOKESTATIC 
set aO 





15 



Table 1 
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Fig. 5 illustrates a schematic diagram of a transformation appJied to an original 
; interface or interface 510. Compared to Fig. 2, slighdy different transformations are 

applied to interfaces 510. Fig. 5 depicts the interface 510 and (he class 30. The 
interface 510 comprises here two class fields 2, the original-interface 
I 5 class-initialization method 3» and a method declaration 7. The method declaration 7 has 
no body and contains only the signature of a method, i,e, the method name and types of 
arguments and the types of the return value. The class 30, on the other hand, comprises 
here two usage methods 5 M^hich have access 42 to the class fields 2. These usage 
methods 5 can also be instance methods. The first process 50 and the second process 
10 60 are executed by use of the class loader 40 after the transformation. The first process 
SO comprises the first instance 51 with instance fields 12, and the second process 60 
comprises the second instance 61 with instance fields 1 2. 

On the one hand the inter&ce 510 is transformed to a helper class 21 and on the other 
hand the mtcrface 510 is transformed to a modified interface 51 U The class 30 is 

, 15 transformed to the corresponding modified class 31. As indicated by the dashed line 
labeled with "in", each class field 2 is converted to an instance field 12, the 
origina]->interface class-initialization method 3 is converted to a helper-class 
iastance-initializatjon method 13» and all converted elements are introduced into tfie 
helper class 21. Moreover> the class-initialization method 14 is created and introduced 

' 20 into the helper-class 21 whereby this class-initialization method 14 is able to create the 
hash table 15. As indicated by the dashed line labeled with '*iv.*', the method 
declaration 7 is introduced into the modified Interface 51 1 without any nuxlifications. 

• In the helper class 21 for each class field 2 of the original interface 510 the 
corresponding access iunction 23, 25 is introduced, for example, the read access 
'25 function 23, 21 

Hie usage methods 5 from the class 30 are converted to modified-usage methods 6, as 
indicated by the broken line, whereby each former access 42 to one class field 2 is 
replaced by an invocation 33 of the respective access function 23, 25. This invocation 
33 is able to fetch from the instances 5U 61 of the helper class 21, which are assigned 
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to the processes 60, 61, the respective instance field 12. The instance fields 12 
coiTcspond to the class fields 2. 

After the transfonnation, the modified interface 511, the helper class 21» and the 
modified class 3 1 are loaded by the class loader 40 in order to run the processes SO, 60. 

i 

. 5 A transfonnatlon T of a ssraple code 600 applied to the interfoce 510 is indicated in 
Fig. 6. iDtcfface fields are implicitly declared public, static and final, i.e., one 
can not- reassign new values-to them. For basic typesre.g., int/ do\ibie etc., this 
means the values are constant and thus do not affect the isolation property. However, it 
is assumed that in general more complex field types are used, fox example a Vector, 
10 as indicated with field X . v in Fig. 6. Such a class field 2 could be used to exchange 
references across process boundaries. Thus interface fields, which are always class 
fields 2, also have to be moved into the helper-«lass 21, as indicated in Fig. 6. Usually, 
interface fields comprising constants are initialized at the very beginning and can only 
be read. For interfaces 5 10 the modified class is also an interface, here called modified 

! 15 interface 511, but the helper class 21 is a nomial class. 

A~problem-that appears is that interfaces 510 can CTO 7 - 

but no method implementations. Therefore, the access functions should be moved into 
the helper class 21 rather than into the modified interface 51 1, as shown in Fig. 5 and 
6. By doing so, the field access controls cannot be bypassed, because all interface fields 
20 are declared public* as mentioned before. 

Fig. 7 exemplifies the transformation T of a sample code 700 applied to accesses 42 to 
class fields 2 of the interface 510. In contrast to Fig, 4, the access functions 23, 25 are 
invoiced by the invocation 33 at the helper class 21, e.g, 
; I staticPart . get i ( ) . 

25 Table 2 summarizes the rules for the transformations that are specific to interfaces or 
interface classes. 
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Before Transformatioii 
Origioal iDteif ace 


1 After Tra 
modified interface 


nsfonnation 

helper class 


interface name B 


interface name B 


class name B staticPan 


class field c 




instance field c plus 
static methods _^et ^c() 



Table 2 



The present invention can be realized in hardware, software, or a combination of 
hardware and software. Any kind of computer system - or other apparatos adapted for 

5 canying out the method described herein * is suited. A typical combination of hardware 
axkd software could be a general purpose computer system with a computer program 
that, when being loaded and executed, controls the computer system such that it carries 
out the methods described herein. The present invention can also be embedded in a 
computer program product, which comprises all the features enabling the 

10 implementation of the methods described herein, and which - when loaded in a 
computer system - is able to carry out these methods. 

Computer program means or computer program in the present context mean any 
expression, in any language^ code or notation, of a set of instructions intended to cause 
a system having an infomoadon processing capability to perfoim a particular itmction 
IS either directly or after either or both of the following a) conversion to another 
language, code or notation; b) reproduction in a different material form, 
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CLAIMS 

1. A method of transforming a class (30), comprising a usage method (5) accessing at 
least one class field (2), said class (30) being loadable by a class loader (40) in an 
object-oriented enviroimient, the method comprising the steps of; 

a) creating from an original clas5.(20) comprising 
^ a said class field (2), and/or 

- atioriginalTrClassclass-initialization method (3): 
a helper class (21), by 

i. ) converting at least one said class field (2) to an instance field (12) and 

introducing it into said helper class (21); 

ii. ) converting said original-^lass class-initialization method (3) to an 

helper-'Class instance-initialization method (13) and introducing it into said 
helper class (21) which comprises a helper-class cIass-initiali2ation method 
(14); and 

b) creating for said class (30) a corresponding modified class (31) by converting 
said usage method (5) to a modified-usage method (6) wherein each access 
(42, 43) to said class field (2) is r^laced by an bvocation (33\ 3 6) of an access 
Junction (23, 24, 25 » 26) for fetching, for a process (50, 60) with an instance 
(51, 61) of said helper class (21), from said instance (51. 61) said instance field 
(1 2) cortespondiag to said class field (2X 

said helper class (21) and said modified class (31) being loadable by said class 
loader (40). 
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2. Method according to claim 1, furtber comprising the steps of; 

creating for the original class (20) a corresponding modified-original class 
(22); and 

converting each original-usage method of the original class <20) to a modified 
S original-usage method and introducing it into said modified-original class (22) 

wherein each access (42, 43) to said class field (2) is replaced by an invocation 
(33, 36) of the access fiinction (23, 24, 25, 26) for fetching, for a process {50, 

60) with an instance (51, 61) of said helper class (21), from said instance (51, 

61) said instance field (12) conesponding to said class field (2). 

10 3. Method according to claim 2, wherein creating for the original class (20) a 
corresponding modified-original class (22) comprises creating for each class field 
(2) in said original-class (20) at least one access function (23, 24, 25, 26), 
pi^ferably a read access function (23» 25) and/or a write access function (24, 26). 

4. Method according to the claims 1 to 3, wherein the original class (20) and/or each 
15 class (30) ate/is transformed into one helper class (21) and/or one modified class 

5. Method according to the claims 1 to 4, wherein transfonxung the class (30) is 
applied to a byte code, preferably a Java byte code. 

6. Method according to the claims 1 to 5, further comprising loading the helper class 
20 (21) and the modified class (31) by use of the class loader (40) when a said 

process (50, 60) is staned. 

7. Method according to claim 1, wherein converting the original-class 
class-iaitiali2ation method (3) comprises further introducing it into the 
modified-original class (22) and replacing it by an empty method. 
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8. Method according to claim 1» wherein the helper-class class-initialization method 
(14) creates a table (15), preferably a hash table (15). 

9. Method according to claim I, wherein transforming an original interface (510), 
comprising at least one class field (2) and/or an original-interface 

5 dass-initiaJization method (3), into a modified interface (51 1) and the helper class 
(21)» comprises due steps of: 

. -.converting- at least one said class field (2) to an mstance field (12) and 
introducing it into said helper class (21); 

converting said original-interface class-initialization method (3) to a 
10 helper-class instance-initialization method (13) and introducing it into said 

helper class (21) which comprises a helper-class class-initialization method 
(14); and 

said helper class (21) and said modified interface (511) being loadable by said 
class loader (40). 

15 10. A computer program comprising program code means for perfonning the method 
of any one of the claims 1 to 9 when said program is run on a computer. 

11. A computer progrson product comprising program code means stored on a 
computer readable medium for performing die method of any one of the claims 1 
to 9 when said program product is run on a computer. 
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12. A class-transformation apparatus (100)^ the apparatus comprising: 
a CPU (110) coupled to a bus (160); 
a memoxy (120) coupled to said bus (160); 
a class (20, 30) residing in said memory (120), 
5 said class (20, 30) comprising at lease one class field (2), an original-clasjs 

classxinitialization method (3), and/or a usage method (S) accessing at least 
one said class field (2); 
a creator module (126) for creating out of said class (20, 30) a helper class (21) 
and a modified class (22, 31); 
10 wherein at least one said class field (2) is convertable to an instance field (12) 

into said helper class (21), wherein said original-class class-initialization 
method (3) is convertable to an helper-class instance-initialization method (13) 
into said helper class (21) which comprises a helper-class class-initialization 
method (14\ and wherein in said usage method (5) in said modified class (22, 
15 31) each access to said class field (2) is replaceable by an invocation (33, 36) 

of an access ftmcdon (23, 24, 25, 26) for fetching, for a process (50, 60) with 
an instance (51, 61) of said helper class (21), from said instance (51, 61) said 
instance field (12) corresponding to said class field (2); 
said helper class (21) and said modified class (22, 3 1) being loadable by a class 
. 20 loader (40). 
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ABSTRACT 

A method and appararas of transfonning a class (20, 30) is discio&ed. For that, the class 
(20, 30) is split and converted into a modified class (22, 31) and/or a helper class (21). 
After the transformation, a safe class sharing among several processes (50, 60) is 
5 achieved whereby the startup times and (he memory usage for the processes (50, 60) 
are reduced. The inter*piooes8 communication (IPC) becomes faster. The proposed 
niMhatdjpi jy^ suited, and. 6£Sci_ept in im.object-ronentcd enyiipjimjait, such, 

as Java. 

[Fig. 2] 
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public class A { 

public static Object a,--* 
private static Object b; 



public oloss A ( 

-^yublic sbatie Object ^get ^aO ( 

^ reewn A^tabioPar c . 1 0 « a ; 

Pttbllc Btacie void _j9et_a (Object o} « 
' • • • ) 

private Btatic Objeac ^_get bO {. 

private static vcid -_aet^(o55iect o) 
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final cXasB A^gtaticParc { 
private static HashtalDXd Jvfcf 
-^Object a; 
-♦-Objecc b; 



Static A^etaticPart gatO { 
return ht.getlJrooeBB.curren^O j ? 
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Fig. 3 
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public olase b ( 



void x() { 
A. a = -XXX"; 

Systein.out.printla("A.a = " + A. a); 
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public ela0d B { 
void x() { ^ 

System, out -print In ( "A. a = 



) 




Fig. 4 
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public Interface I { 

public static final int i 



42; 



private Static final Vector v = new Vector <); 
putollo void m() ; 



7 



public inter f&ee i ( 
public void iflOf 



•2 
■2 
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final claec i scaticPart { 

private static HashtabXe ht; ■< 
-♦•int i » 43; 
-♦•vector V » new V««torl) j 

public static Ob:5ect _5et_i{) 

rotwrn I^fitaticPart.tret (} 

private static Object get ^v() {...)• 

static I BtaticPart get() ( 

^ ircturn bt . get (Process . current ( ) ) ; 
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public class C ( 



•510 



void y{) ( 

fiystam.out.println("l.i - 
System. out, println{ -I. V o 

} 



♦ I.vj; 
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public class C ( 



void y() { 

System. out. prdntln( "I. i « 
System, out. parintlnC* I. V = 

} 
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* I — etaticPart.l^gec i()); 

+ i_staticPart.^ee ^vO); 
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Fig. 7 



